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(54) Method and system for sharing between browsers 



(57) A method and a system for shanng a browser 
page wtierein H is not necessary to install a controller for 
sharing on a computer in advance comprises a collabo- 
mtion server for accumulating pages to be shared from 
a Web server relaning the original pages. The collabo- 
ration server comprises a caching manager that accu- 
mulates pages dynamically generated on an onginal 
Web server for sharing, a communication manager that 
controls sessions such as conrvnuriication and partici- 
pation/qiiitling among node managers controlling a 
browser on each user machine, an ordinary Web server 
for downloading facilities tor implementing sharing of a 
Web server and an embedder that embeds in each 
page a page manager Ibr controlling pages. The plural 
user machines to be shared conprise an existing Web 
browser capable of running Java and Saipt. a page 
manager embedded in each page. The page manager 
comprises tuyo parte, namely, a page oonlrbller and a 
page communicator. The page oontroller detects 
changes in a page element, communicates them to 
another macttine by way of a page communicator, arut 
receves changes in a page of enother cornputer and 
then reflects the same changes to its own page ele- 
ment. A page oomnminicator manages communication 
between tie Node manager and the Page controtlei. 
The node manager for controlling a bnowser is provided 
(or each process and manages communicarion betMrean 
each page manager and a server. 




a 

UJ 



Pirua by x»iai |U>Q Bumi^m S»n«eat 



1 



EP 1022 664 A2 



2 



Description 

Technical Fietd o1 thg Invenlion 

(0001] The present Invention relates to a mettiod 
and a system tor sharing between browsere, partioiarly 
to a method and a system tor inpiemerrtiog hlghiser* 
formance and real-time Gharing tor an existing Web 
browser and an existing Web page, without a user hav- 
ing to Inslall ft. by embedding in the page itself a fadllty 
for controlling each elem ent in Ih 6 page 

BackQfound o1 the Irvention 

[0002] Varicus methods are known for sharing a 
standard Web page in an as-is formal by using an exist- 
ing Web browser. For instance, European Patent Appli- 
cation £P 0B33260 A2 is known. In such k>ackground 
art. howevefi it is necessary for every user to have a 
sharing system installed in advance. In EP 0833260 
synchronization of browser status is irtplemented by 
data exchange for sharing through the two irrterfaces* 
namely, an application interface (specifically, the func- 
tions of an information event of page loading, an Inquiry 
about a current page and page setting] included in the 
browser and an interface at an operating system level 
(Gpectfically. the functions of GET and PUT for a mes* 
sage queue vwhich a window of a browser has). At this 
time, the application interface ar\d message queue 
interface are accessiUe only from outside a browser 
application process, and therefore, since a modiie for 
inplementing the sharing is outside the browser. It must 
be installed in advance and should not be automatically 
downloadai>le as an applet. There was also a problem 
of having to install it on each individua) ptatform since it 
relies on a browser-running OS oi a window Eystem. 
[CXX)3] Fig. 1 shows the working c1 brovrssr sharing 
in European Patent Application 0833260 A2. To share a 
page of a Web server on a collaboration server, rt is nec* 
essary that a program for sharing (WebShare) other 
than a browser Is installed in advance tor ajstomers and 
a call centre operator. This program for sharing aHows 
sharing by hooking a browser API and an event. Alsa 
such a program must be installed on each Individual 
platfonn since it relies on a browser-running OS or a 
window system. 

Disclosure of me Invention 

[0004] An objed of the present invention is to pro* 
vide a meffrod and a system for sharing between brows- 
ers wherein it is not necessary to install in advance a 
controller for ehaiing into a computer. 
[0005] Another object is to provide a method and a 
system for sharing betv^en browsers which do not 
depend on the Ltnctions of an OS or a window system 
and operate on various platforms. 
(0006] A further object is to provide a method and a 



eystem for sharing between tvowsera which are capa- 
ble of advanced sharing techniques (lor instance, alkiw* 
ing a customer b enter in a Meld of a fbrm but prohbiting 
moving to artother page) required m an application. 

5 10007] A sUll lurther object is to provide a method 
and a system for real-time sharing between browsers 
which require less data volume and allows a good 
response even on a narrow barxf width as in an end 
user environment such as a home. 

TO 10008] Accordingly, the present invention provkfes 
the following. First, a collaboration server is provided (or 
accumulating pages to be shared from a Web server 
retaining original pages. The collaboration server (here- 
after, merely a 'server^ comprises a caching manager 

IS that accumulates pages dynamically generated on an 
origina] Web server for sharing, a communication man* 
ager that controls sessions such as communication and 
participation/'quitting among node managers controlling 
a t>rowser on each user machine, an ordinary Wiab 

20 server for dCMmloading facilities for implementing shar- 
hg of a Web server (a node manager and a page man- 
ager) and an embedder (fiat ennbeds in each page a 
page manager for controiring pages. 
[0009] The user machines requiririg sharing abi% 

2S comprise an exsling Web browser capable of running 
Java and Script, and a page manager embedded in 
each page. The page manager comprises two fsarts, 
namely, a page controller and a page communicator. 
The page contrc^ler detects changes in a page element, 

30 communicates ihem to another machine by way of the 
page communicator, and receives changes in a page of 
another computer and then reflects the same changes 
to its own page element Changes in a page element 
refer to page toading. changes in value of text and but- 

35 tons which are elements of a form, changes in a scroll 
position of a page, and operation of a remote pointer, 
etc. The page comnrKjnicator manages communication 
behveen a noda manager and the page controller. A 
node manager for controlling a browser is provided for 

40 each process arKi manages communlcatbn between 
each psga manager and a senrar. Moreover, there is 
nothing unique for oollaboratiDn In the hardware config- 
uiation of the above-mentioned server. A user matiNne 
and a server are only different in name, and it is no 

45 problem if each user machine and server con^ of 
e^cactly the same hardware. 

[0010] The present invention enables Implementa- 
tion of advanced reaMime sharing of a browser among 
a number of users vMch covld not be implemented by 

so any background aa In addition, synchronization of 
page loading, synchronization of input operations of 
form elements, synchronizatbn of scrolling operations, 
syriofvonization of remote pointers, and synchrorua- 
tion of annotations are possble. and a client machine 

55 Ofiy requires an e^dsting browser corrprising functions 
of Java and a scripL Since it does not require any exter- 
na) program or a module ptug-in to be instaRed, a 
browser eharing system which does not burden a user 
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with instatlation and requires litOa data traffic for syn- 
chronizatiori is provid9d. 

grief RescrigBop qI the Prawings 

[0011] 

Rg. 1 fs a scihematic diagram of a GyEtem showing 
an exarm^e of conventional biowser sharing of 
pages: 

Rg. 2 fs a schematic diagram showing a sysiem 
according to the present invent! en for ihe sharing of 
browser pages; 

Fig, 3 shows further detail of a browser and node 
manager employed in the system of Figure 2; 

Rg. 4 is a diagram showing an oxcmple of process- 
ing d page loading in a nested franrw; 

Fig. 5 is a flowchart showing the process lor setting 
up a browser for page sharing by the method of the 
present invention; 

Fig. 6 Is a flowchart for showing operation of a 
browser for page sharing by the method of the 
present invention: end 

Ftg. 7 is a diagram showing an example of hard- 
ware configuration of e server and plural computers 
used in the present invention. 

Delailed De scnption of the Inventi'on 

[00121 Fig. 2 shows a diagram ot the entire configu- 
ration of lha present invention. A coSaboration sender 
corrprises a caching manager that accumulales pages 
dynamically generated on an original Wab server for 
sharing, an ordinary Web server (httpd) for downloading 
facilities for implementing sharing of a V«^eb server, a 
communication manager that ccntrois sessions among 
Node managers on each user machine* and an embed- 
der that embeds a page manager. The facffites tor shar- 
ing between pturai computers (user machines) 
comprise two oomponents. namely, a module (node 
manager) for controlling each process of e browser 
(W^ browser 1 or Web browser 2) and a module fbr 
contro^ig each page O^age manager). A page noan* 
agar monitors a state of each page element in a page, 
detects changes and exchanges information with a cor- 
rd^ndlng remote page manager go as to dynan^cally 
perform setting of each page element to be in the same 
stata Also, for synchronization of windows with a 
nested frame etruclure. a page manager checks a hier* 
archbal structure of a frame (n-th position of n4h nest) 
and. with iNs as an ID. communkates with a oorre- 
eponding page manager. This hierarchicat structure 



information can be obtained on any browser without 
being linvted by a facflKy of orose frame security. Whio 
there are two user machines in Ra 2. it is possible to 
share a browser likev^se with three or more machines. 

5 [0013] The node manager controlling a browser 
performs communication (session and synchronization] 
between each page manager and a senrer. The node 
manager resides in a page independent from tfie 
shared Web window arxf which does not migrate, and 

to GQntrols communication between page managers 
dynamically generaled/terminated lor aach page load- 
ing. It also controls information aaoss pages such as 
tiistory. A page manager and a node manager are 
embedded as Java applets which have an identical 

fs domain. Thus, regaidless of the donfuifn of the o iginal 
page in wiv'ch the page manager is embedded, data 
communication by shared memory is performed 
between a page mar^ger arxi a node manager on any 
browser without being limited by a facility of cross frame 

sc security. 

1001 4] By configuring Iham In such a n«nner, shar- 
ing of a real-time Web browser becomes possit^le since 
a facSity for page sharing can be enibedded in an exist* 
ing HTML page between an ewstihg Web server and a 
2B browser without changing its original structure. 

(001 5] Operation of tfie browser shanng system is 
explained in detail below based on operation inside a 
tvowEer in Fig. 3. 

30 1. Stan of a Node manager 

10016] A node manager is loaded into a new 
browser window as it Is opened when a customer has 
opened a page which indicates the start d sharing or 

3S has pressed a start o! sharing button. This window 
exists, H seen by a user, ir^Jependsntly ot a window to 
be shared and is not closed during a sharing session. In 
this window, a user interlace for ewitcNng a remote 
pointer and a normal mode. etc. are displayed. A Java 

40 socket is placed between tfiis node manager and a 
communication manager that is a corrponent of the 
sen/er so that the shared data may be exchanged 
among plural user machines (Java is a trademark of 
Sun Microsystems Inc.). in addition, shared memory is 

45 allocated as a class variable of a node manager applet. 
In this shared memory, a queue of messages identifying 
a Page manager is orgenlsed. 

2. Embedding of a page manager In a shared page 

so 

[0017] The page manager comprises a page con* 
troUer consisting of a sciipt for contnolling each page 
element and a page communicator made of an applet 
wtwii communicates with the node manager through 
65 the message (jueue. These two modules are embedded 
by an embedder module cf the senrer. As an example of 
actual code, the loVowIng code Is embedded immadi- 
ately after a ( BOOV) tagcomas out wliile reading ohar- 
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acter strings in an KTML page:- 
(SCRIPT 

SRCB*htip://collabsvr/pag6mgr.jV) (/SCRIPT) 
tAPPLET 

CODEB'httpy/cdlabsvr/pagemgr.cla&s*} (/APPLE 
T> 

[0018] As the page communicator and the node 
manager have an Identical domain, data can tie 

exchanged avoiding a problem of security regardless of 
the domain o1 the page to be entbedded. Thus, a muiti 
frame page comprising plural dorr^ins can be shared. 

3. Detecting changes In a page elerrtent in a shared 
page by a Page manager 

[001 9] The page controller detects local changes to 
the following elements and communicates them to a 
conesponding remote page controller so as to imple* 
mant synchronization of pages. 

3-1. Mechanism for synchronizing page loading 

[0020] Changes in a page occur along with the ioU 
lowing operations :- 

(1} A click on a Hnk in a page by user operation. 

(2) Operation on a browser menu (selecting 
Bacl^Forward tsotton and a bookmark) by user 
operation. 

(3) Autoload by descrqption in a page (designation 
by META syntax and description in an aiglet or a 
scnpQ. 

[0021] Of these* (1) <6 synchronized, as in the 
datdcfa'on of a changing event ot a form element 
described betow, by detecting and corrYnunlcating a 
click event In the cases of (2) and (3), eince a page con- 
trollef on a current page cannol detect a load request 
event, the page controller in a nevAy leaded page posts 
a new URL to another node. Here, Rg. 4 shows an 
example of processing page loading in a nested frame. 
Step 1 of Rg. 4 lUustrales the initial state of browsers 1 
and 2. Tig. 4 Tllustrales a case where the following Initial 
state (synchronous state] switches lo a final slate (syn- 
chronous state) (a case where trame sei SZ changes to 
frame set S3). 

Initial slate 

[0022] 

FRAMESET IS1I 

FRAME [F1] 



FRAMESET (92] 

FRAME [F21 
FRAfyAEIF3] 
5 FRAME IF4] 

Rnal state 

[0023] 

FRAMESET (S1] 

FRAME {Fl| 
FRAMESET [53] 

IS 

FRAME IF5J 
FRAME [F6] 

10024] SI, S2 and S3 are aJbbreviatiof^ for trame 
so sets 1, 2 and 3. and Fl, F2, F3, F4. F5 and F6 are 
abbreviations for frames 1, 2. 3. 4, 5 and 6 respectively. 
LoacCng of a frame set is performed instead by a page 
manager included in a page of the first frame (in the 
case that it is further nested arv) the first eiemeni Is also 
s$ a frame set, K should go below ona by one]. 

[0O25] In step 2 of Pig. 4. as trame set Z Jurrps to 
frame set 3. page managers of frames 2. 3 aitd 4 are 
f'fst destmyed and related message queues are 
released 

30 [0026] In step 3 of Fig. 4. frames 5 and 6 are 
loaded. Related messages are placed In message 
queues, and the page maiuger of frame 5 sends a mes- 
sage of Xoad frame set 3.* 

[0027] In step 4 of Fig. 4. the node nr^nager of 
55 browser 2 dtstrtoules the messages to the message 
queue of an identical frame hierarchy, and the page 
manager of frame 2 loads the URL ot frame set 2 so it 
returns to a synchronous state. 

40 3-2. Fonn element chang I ng events 

[O026] As for synchronization of form elements 
such as a text field or a txitton, changes are detected by 
the tollONiring two methods depending on their proper- 

(1) Detecting a user-operated event with a hook of 
an event handlar. 

50 (2) As for an elemertt whidh does not necessarily 
generate an event when changing, detecting an 
e/ent through polling by a timer. 

[002q Explanation of the method of (2) Is omitted 
5s since it is a bacl^jround aa In the case of (1). since 
user operation to a iorm element euch as a button gen- 
erates a dick ami it ia possible to have so-called a 
hook of an event caused lay a page controller setting its 
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own handl»r to an orvdick e^&txi handler. In general, 
however, there are cases where a user^eflned event 
hancfler 6 atready descn'bod in an element such as a 
button in JavaScript or VisualBasic Sopt and in such 
cases, the oriQinal handier is not processed by merety 
repladno the event handler by a page oontroner so that 
the existing page does not opeiBte as originally 
described. So. the original handler is rewritten on page 
loading to add a line for jumping to the handler tor hook- 
ing. In this w&y, ft becomes possible fer a page controller 
to hook an event without aNectIng the originet handler. 

3*3. Page scrolling 

[0030] V^tiDe the position can easily be detected by 
hooking an event generated on scroBing (onScroll). 
dragging scroll bar keeps generating events and causes 
too much traffic, so the position is detected through poll- 
ing tjy a tinier. 

3-4. Operation of remote pointer 

[0031] A rerTK3te pointer may be added to an arbi* 
trary page, in the case of Internet Explorer of Microsoft 
Corp. for irstarK:e. by adding it as a D IV eiement as fol- 
lows (it can also be done with the same technique in the 
case of Netscape Communicator of Netscape Commu- 
nications Co(p.)> 

var str = '(DIV 6tyle="posiliDn:absolute: over- 

flowj^one; width=50px helght^^Opx > < IMG 

srcn'pomt€r.^r}(;D!V)*: 

document JbodyinsertAdjacentHTMLCAfterBegin", 

str): 

[0032] A pointer is moved by moving DIV to a oorre- 
sponding position wrth a mous&Move event to a window. 
[0033] Fjg. 5 explains on a flowchart the neces^ry 
processing to permit page sharing between browsers. 
When a user has logged In on a page which indicates 
the start of sharing or has pressed a start of sharing but- 
ton provided on a page, a process of sharing Is started. 
In step 510. a new browser window Is opened, and a 
node manager is loaded there. This node maruger win- 
dow exists independemiy of a shared txowser window, 
and is not dosed during a sharing session. In this node 
mar^ager window, a user interface for switching a 
remote pointBr and a normsd mode, may be dis- 
played, h step 520. the communncation manager and 
the node manager which are conponents of a collabo- 
ration server are connected by a Java soctot. This 
socket is used to exchange information for faring 
among nodes. In step 530. a page manager is embed- 
ded in an HTML page by an embedding module of ^e 
server. The page manager con^ri&e&a page oontroller 
cona&tlng of scripts for corrtrolling each page element 
and a page convnunicator consisting of applets lor com- 
munfcating with node nnanagers through a message 



queue. Since a page commuifcalor and a node man- 
ager are in an identical domain, data can be exchanged 
avoidkig a problem of securtty regardlassol the domain 
of an HTML page to be embedded Because of thic. it 
5 becomes possRsle to share a multi frame page compris- 
ing pages of (ilural domains. The above concludes 
processing until sharing of a browser becomes possi- 
ble. 

[0034] Fig. 6 explains on a flowchart a prefened 
T0 process for sharing browser operation according to the 
present invention. In reality, however, due to constraint^ 
of descrft)ing h on a flowchart when an event is gener- 
eted and a handier set for the event is to be activated, a 
decision block is used instead. Also, where a timer is set 
IS for regular processing even in the case of a process not 
using a handler, a sinple loQp is used instead in the 
fbwchart. 

[0035] In step 61 0, a browser loads an HTML page 
in which a page n^nager is embedded, ti&a, in step 

sc 620. shared memory rs assigned as a class variat)le of 
the node manager's applet A message queue with a 
page manager in rt is aeated. Also, a Page controller 
sets its own handler to an ondick event handler. 
[0036] Furthermore, the same process is per- 

25 formed for other ^ents as required. In step 630. a ded* 
Eion on termination Is made. Sharing is terminated if a 
charing termination Ixitton is pressed. In step 640, a 
decision on page loading is nude. Page loading is 
decided by ^e current page oontroller detecting an 

30 event of a elicit in ihe case of a click In a page by a user. 
Loading generated by operation on a browser menu 
(back, forward, a tx>Qkmsrk) or description in a page 
(META syntax, an applet, a script), etc is decided by the 
page controller in a nawty loaded page referring to a 

35 k>catk}n attribute of a browser window. 

(0037] In step 642, a page loading process is per* 
formed. In Ihe case of page loading by user operatk)n 
on e browser menu or description in a page, a Page 
oontroller in a newly loaded page pOBts a URL to 

40 another node. In step 644. a page is unloaded. The 
browser unloads the current page along with page load* 
ing. Ard in step 646, the page rrianager Is terminated. In 
the process of unloading the current page, the page 
manager on this page Is terminated. At this tm» the 

4S message queue page manager entry Is eGmhated and 
this ^red memory is released 
10038] In step 650, a decision on the form Is nnade. 
As for synchroniration of form elements such as a text 
field or a button, il is decided by the two methods 

» depending on their propertiesL A user-operated event is 
decided by hooking an event handler. Changes in an 
element wAiich does not necessarily generate an event 
when changing are decided by regularly diecMng the 
value with a timer, h step 655. form processing is per> 

56 tormed. If the user operat'on is of a kind to generate an 
event, the came process as the page loadng process in 
step 642 Is performed. As for changes (n an dement 
wtudh does not necessarily generate an event wtian 
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changing, the value of the chanfidd form etement is sont 
to another node. Processtng returns to $tep 630 after 
that 

[0039] In step 660. a decision on scroirmg is made. 
Sctoinng operation is decided by regularly detecting the 
position with a timer In step 665, a ecro^ilng proce&s is 
pBrtormed. The posflion of a new scroll is sent lo the 
other node. Proces&rtg returns to etep 630 after that. 
[0O40] In step 670. a dedsion on a pointer is made. 
II is decided tiy a majseMove event to a window, tn step 
685, a pointer process is pertormed. The position of the 
new pointer is sent to the other node. A poimer can be 
added to any HTML page as foil cM'ses a DIV element- 

var elf «= •<DIV stylec"posit>on:fib5crfute; wer- 
fIow:none; 

w)dlh=50px height-SOpx ) ( IMQ 

src="pointer.gif"> (/DIV)*: 
documen!.body.insertAdjac©mHTMLCAner8eoin", 

(0041] The pdnler is moved by moving DIV to a 
position acquired from a mouseMove event Processing 
returns to step 630 after that. 
{0042] tn Btep 680. a decision on receivvig is mada 
A page communicatDr decides whether a nnessage has 
been received from another node by checking a mes- 
sage queue. In step 685. £ receiving process Is per- 
formed. Depending on the contents of a receK/ed 
message, an appropriate process is performed. 
[0043] Thus, when a message instructing page 
loading by user operation on a browser menu or 
description in a page is received, the received URL is 
set to the location of the window and the same HTML 
page is loaded. When a message changing value of a 
form element is received, the form element ie changed 
as instructed. When a message changing a posiiion of 
a scroll is received, the po&ilion of the eaoll ts changed 
as instructed. When a message changing a position of 
a pointer is received, the position of the pointer Is 
changed as Instnjcted. 

[0044] Fig. 7 shows an example o! an entxxliment 
of the hardware configuration of a server and plural 
computers (user machines) used In the presem inven- 
tion. System 100 comprises central processing unit 
(CPU) 1 and memory 4. CPU 1 and memory 4 are con- 
nected via bus 2 with hard disk device 13 as en auxiliary 
storage (or drives for storage mecfia such as CD-ROM 
26 and DVD 32) via IDE oontroller 25. Likewise^ CPU 1 
and mamory 4 are connected via bus 2 with hard disk 
device 30 as an auxtlary storage (or drives tor storage 
media such as MO 2B. CO-ROM 29 and DVD 31] via 
SCSI oonuotler 27. Floppy disk tk'tve 20 is oonnected 
wi0i bus 2 floppy disk oontroller 19. 
[0045] A floppy disk inserted into floppy disk drive 
20 contalnB oode or data of a conrputer program for Qiv 
ins instructions to a CPU and go on in synergy with an 
operating eyslem to Imptemenl the present irh^eniion. 



Ths code or data can be recorded on this fbppy disK 
etc.. hard disk device 13 (or a storage media such as 
MO. CD-ROM and DVD) and ROM 14. which is exe- 
cuted by bekig loaded lo memory 4. This computer pio- 
5 gram code can also be conrpres&ed or divided Into two 
or more so as to be recorded on two or more media. 
(0046) System 1 00 has further user interface hard- 
ware comprising pointing device (a mouse, a joystick, 
etc.) 7 or a kByl}oard 6 for entry and a di^lay 12 for pro- 
re ^ding a user with visual data. It is also possible to con- 
ned with e printer via parallel port 1 6 or connect with e ^ 
modem via senal port 15. This system too can be con- 
nected with a riotworkvla scriaJ port 15 andarrodemor 
oommunicat'on adapter IB (Ethernet or Tokervring 
T5 card) etc. so as to commur\]cate wih othier Web servers, 
ether computers and bo on. In addition, it is possible to 
connect a renxTte transmitter-recever with serial port IS 
or parallel port 16 so as to exchange data by means of 
an infrared ray or an electric wave. 
20 |()047] Speaker 23 receives a speech signal which 
IB D/A (digital/analog) converted by audio controller 21 
via arrp&Tiar 22 and outputs it as Gpeech. In addition, 
audio contrdter 2t makes it possible to PJD (analog/cig- 
ttal) convert speech data received from microphone 24 
zs and capture into the system speech data outside the 
system. 

[0048] Thus« for evample^ the server and plural 
computers in the presem ini/ention is implementaWe by 
a communicat'on terminal with a communication facility 

3D induding an ordinary personal computer (PC) or a 
workstation, a notebook PC« a palmtop PC, a network 
computer, various household electrical appliar^ces with 
a built-in computer such as a TV set. a game console 
wrtfi a communication facility, a telephone, a fax, a port* 

35 able telephone, a P HS, an electrorvc orgariisBr or com- 
binab'cn of these. 

Claims 

40 1 . A system for sharing pages between browsers, the 
system having a server and plural client compiiterB. 
each client conputer having a browser for browsing 
pagas, a page manager controlling said pages and 
a node manager for comrolling convnunication 

45 between said page maruger and siud server, 
wherein said page manager oomprtses: 

means for detecting changes in one of its own 
pages and sending said changes to said node 
so manager for sending said changes to said 

server; and 

means for receiving changes in a page of 
another dtent conputer from said iKxle man* 
55 ager. and rsflBCting said changes in one of its . 

own pages. 

2. A system according to daim 1 wherein said server 
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puters a signal for sharing said browsar page; 



a caching manager that accumulates pages; 

a conivnunicat'on manaQer that control& sas* 
clone among caid plural client computdrc; and 

an embedder that embeds in each page a page 
manager for controlling pages. 

3. A system according to e'nher daim 1 or claim 2 
wherein said page manager include a page con- 
troller and B page communicator, said page 

controller comprising: means for detecting 
changes in a page element and sencfing said 
changes to sard node manager by way of said 
page communicator: and 

means for receiving changes in a page of 
another computer from &aid node manager 
way of said page oommunicator and refleclins 
the received changes to one of its own page 
elements. 

4. A system according to claim 3 wherein said 
changes in a page element are changes in page 
loading, changes in a fomn elenneni indiiding text 
and buttons, changes in a scnoll position of a page 
or operation of a remote pointer. 

5. A system according to claim 1 where'n said page 
managef analyzes frame hierarchical structure of a 
page and communicates with a conesponding 
page manager based on this analysis result 

G. A system according to any preceding claim wherein 
said node manager resides in a page independent 
from the page to be ^ared browvser and which 
does not migrate ar)d controls communicadon 
between page rr^nagers dynamically generated or 
terminated a'ong with page loading. 

7. A sy Etem according to any preceding claim wherein 
said node manager controls page infbrmatiQn 
including the transition history of a page 

8. A system acoordbig to any precedhg daim where'n 
said page manager and said node manager are 
ent>edded as Java applets which have an identical 
donnain and data communication between said 
page manager and said node manager Is per- 
formad via shared memory. 

9. A server for sharing a page between browsers on 
re^ective plural conputeis, carrprisinff 
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means tor sending to said one computer a 
node manager controDing said browser; 

means for receiving from^aid one conputer a 
roQueet for viewing a page oii said browser; 

means for sending to said one computer, 
according to said request for viewing a page, a 
request page in which a page manager for oon- 
trolling pages Is embedded; 

means for receivino page cfiange information 
sent by said page manager via said node man- 
ager; and 

means for sending said page change informa- 
tion to another of said compi/ters. 

10. A method for sharing a browser page between 
brovsers on respective plural coir^ers, compris- 
ing the Steps Of : 

on activating said txawser of a conputer, load* 
ing a node manager on ttie computer from a 
server: 

establishing communication between said 
server and said node manager, said node man- 
ager assigning shared memory: 

on page viewing cn said browser, embedding a 
page manager on a requested page on said 
server; 

establishing communication between said 
node manager and said page manager via said 
shared memory; and 

sending changes in a page being viewed to 
said rode manager via said shared merDory, 
and receiving changes in a page on another 
conputer from said node manager via said 
Shared menK)ry and reliect ng said changes to 
a page being viewed on said first mentioned 
conrputer. 

11. A computer program for sharing a browser page 
between browsers on plural computers, said pro- 
gram conrprising: 

means for ectablishihg corrvnunicalion with a 
server; 

means tor assigning shared memory; 



means for receiving from any one Of said com- 



means for issuing a pagerequest to said servei 
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fcr a page to be viewed on said browser; 

means for recdving from said server a page in 
which a page manager controinng pages is 
embedded; and 5 

means for sending to said server changes in a 
page received from said page manager via 
Baid shaied memory and means for receiving 
changes in a page oi another camputer from w 
said server and sending said changes to said 
page manager via said ^ared memory. 
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